home *** CD-ROM | disk | FTP | other *** search
/ TeX 1995 July / TeX CD-ROM July 1995 (Disc 1)(Walnut Creek)(1995).ISO / tex-k / tex-k-archive.past / tex-k-archive.gz / tex-k-archive / 000599_ken@phy.ucsf.edu_Mon May 16 14:13:53 1994.msg < prev    next >
Internet Message Format  |  1994-10-11  |  5KB

  1. Received: from cgl.ucsf.EDU by cs.umb.edu with SMTP id AA06707
  2.   (5.65c/IDA-1.4.4 for <tex-k@cs.umb.edu>); Tue, 17 May 1994 00:15:11 -0400
  3. Received: from coltrane.ucsf.EDU by cgl.ucsf.EDU (8.6.7/GSC4.24)
  4.     id VAA07106 for <tex-k@cs.umb.edu>; Mon, 16 May 1994 21:15:09 -0700
  5. Received: by coltrane.ucsf.EDU (5.65/GSC4.19)
  6.     id AA00552; Mon, 16 May 1994 21:13:53 -0700
  7. Date: Mon, 16 May 1994 21:13:53 -0700
  8. From: ken@phy.ucsf.edu
  9. Message-Id: <9405170413.AA00552@coltrane.ucsf.EDU>
  10. To: tex-k@cs.umb.edu
  11. Subject: Re:  aaagghhh --- all my error --- everything works fine
  12. In-Reply-To: <199405141053.AA12838@terminus.cs.umb.edu>
  13. References: <199405141053.AA12838@terminus.cs.umb.edu>
  14.  
  15. Hi,
  16.  
  17. Last week, I reported what I thought were some problems with the new
  18. kpathsea on a DEC alpha.  Finally, I figured out that kpathsea was
  19. *fine*.  My problem: I still had a TeX environmental variable set in
  20. my shell --- I thought I had gotten rid of all of them, but TEXFONTS
  21. was still being set --- and that screwed up everything.  This was
  22. confounded with a separate set of errors due to my not having pk files
  23. installed.  After I finally got everything sorted out (with many
  24. thanks to Pierre MacKay, Elizabeth who works with him (what's your
  25. last name?), and Karl Berry), Karl Berry responded to me:
  26.  
  27. -> I'm glad all is ok -- though all this means *something* in
  28. -> the documentation has gotta be improved!
  29.  
  30. So, here are my suggestions for improvements, stemming from my
  31. experience. Thanks so much to all involved in creating and maintaining
  32. the distribution!  Hope you find some of these suggestions helpful.
  33.  
  34. Ken
  35.  
  36. -----------------------------------------------------------------------
  37.  
  38. I have two suggestions to avoid this problem in the future:
  39.  
  40. (1) Explicitly mention the problem in the documentation, e.g.: 
  41.  
  42.     Make sure that you do not have any TeX environmental
  43.     variables set in your environment (e.g. TEXFONTS, etc --- try
  44.     "set | grep -i tex" and "setenv | grep -i tex" to check).
  45.  
  46.     Should you find that tex, dvips, or xdvi cannot find
  47.     relevant files, one of the following two problems
  48.     exists: (a) the programs are searching in the wrong 
  49.     directories; (b) they are searching in the right 
  50.     directories, but the files are not there.
  51.     To troubleshoot (a), try running xdvi and/or dvips with -d
  52.     127, so that it reports to you what it thinks it is looking
  53.     for.  Compare this with the paths in the corresponding
  54.     kpathsea/paths.h, which should be identical. If these are not
  55.     identical, the programs are searching for a path set by a TeX
  56.     variable in your environment; modify your environment to get
  57.     rid of all such variables and try again.  
  58.     To troubleshoot (b), look in the directories in which the 
  59.     programs are searching, and in their subdirectories.  Xdvi 
  60.     and dvips look for pk font files (not mf or tfm).  If you do
  61.     not have any pk files, you probably forgot to unzip and install 
  62.     the pk300.zip file.  If you have some pk files, xdvi or
  63.     dvips may be looking for fonts not included with that
  64.     distribution.  Dvips will make and save fonts that it cannot
  65.     find; xdvi will do so also, *if* you set the flag -DMAKETEXPK
  66.     before compiling (see instructions). Thus, after enough use, 
  67.     you should accumulate a nearly complete set of fonts for your
  68.     site.  Alternatively, additional fonts can be ftped from __________.
  69.  
  70. (2) Change the behavior of kpathsea so that environmentally-set paths 
  71.     do not *override* the default paths, but rather insert
  72. themselves *in front of* the default paths.  This might be a good
  73. idea; on the other hand, it could also condemn some people to looong
  74. searches.  So, if this were implemented, the idea of weeding out bad
  75. paths from one's environment should nonetheless be well documented.
  76.  
  77. I also have several other suggestions:
  78.  
  79. (1) include the tex font Makefile from Pierre MacKay and Elizabeth ?
  80.     (unixtex@u.washington.edu) in the $(fontdir)/public/cm/src
  81. directory;
  82. (2) include the latex font Makefile from Pierre MacKay and Elizabeth
  83.     in the $(fontdir)/public/latex/src directory;
  84. (3) include a full set of latex pk fonts as part of the default
  85.     distribution (I can supply a zipped tar file of these if you like)
  86. (4) include the pk300w.zip file as part of the default distribution,
  87.     with instructions for where to install it;
  88. (5) include Pierre MacKay's .TeXrc file as part of the distribution,
  89.     point people to it in the instructions as a suggestion for how to
  90. set one's environment and organize the fontfiles; and note explicitly
  91. that the write-white files make xdvi much crisper and so it is good to
  92. set them first in xdvi's path, as in the .TeXrc.
  93.  
  94. My reasons: (a) many or most people use latex, so perhaps latex fonts
  95. should be a basic part of a distribution; (b) the makefiles are
  96. invaluable in showing you how to make fonts on your own, and yet take
  97. up almost no space; (3) for me, at least, the write-white files
  98. produce a much crisper xdvi, and I never would have found this out
  99. without communicating directly with Pierre MacKay; and (4) the .TeXrc
  100. was a terrific help in allowing me to see what was going on with the
  101. fonts and searchpaths, and to organize appropriately including
  102. figuring out how to get xdvi to find the write-white fonts first.
  103.